home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / USEnet Digests / USEnet Vol. 3 / USEnet 3.086 < prev    next >
Encoding:
Internet Message Format  |  1988-04-08  |  32.9 KB  |  [TEXT/ttxt]

  1. Date: Thu 22 Oct 87 09:13:20-EDT
  2. From: Jeff Shulman <SHULMAN@SDR>
  3. Subject: Usenet Mac Digest V3 #86
  4.  
  5. Usenet Mac Digest     Tuesday, October 20, 1987      Volume 3 : Issue 86
  6.  
  7. Today's Topics:
  8.      Re: Hypercard
  9.      Whither Arrays/Continental SW...
  10.      Re: Parity on Apple memories
  11.      Re: HyperCard stack multi-access
  12.      Help buying Macs
  13.      Re: Mac II Production Stopped?
  14.      shipping Mac 2's
  15.      hypercards - COLOR? - ROADMAP?
  16.      Re: booting diskless macs on net
  17.      HyperTalk messages (long)
  18.      Re: YAHQ (Yet Another Hypercard Question)
  19.      Microsoft File
  20.      Wanted 3-D graphics system in C for Mac.
  21.      Rumor of Color SE
  22.      Re: Help needed with INIT's in MPW Pascal...
  23.      CMKermit cursor
  24.      Re: shipping Mac 2's
  25.      Hypercard phone dialing bug
  26.      Re: APDA - could someone tell them that they should get on the net?
  27.      Re: Microsoft File
  28.      HD question
  29.      Re: HyperCard stack multi-access
  30.      What percentage of Macs sold?
  31.      Re: CMKermit cursor
  32.      Re: Hypercard again (radio button)
  33.      Re: cleaning mmouses (mice)
  34.      Need advice on Coral Lisp and Smalltalk
  35.  
  36. ----------------------------------------------------------------------
  37.  
  38. From: kateley@apple.UUCP (Jim Kateley)
  39. Subject: Re: Hypercard
  40. Date: 15 Oct 87 04:44:03 GMT
  41. Organization: Apple Computer Inc., Cupertino, USA
  42.  
  43. In article <255@nikhefk.UUCP> paulm@nikhefk.UUCP (Paul Molenaar) writes:
  44. >...
  45. >Anyone any idea to prevent HyperCard from changing the cursor?
  46. >...
  47. >
  48. >        Paul Molenaar
  49. >
  50. >    "Just checking the walls"
  51. >        - Basil Fawlty -
  52.  
  53. Yes!  Don't figure out coordinates, let HC do the work for you.
  54.  
  55. In the button script, try:
  56.  
  57. on mouseWithin
  58.     set the cursor to XXX
  59. end mouseWithin
  60.  
  61. or, this might work (don't have HC in front of me to try it with :-()
  62.  
  63. on mouseEnter
  64.     set the cursor to XXX
  65. end mouseEnter
  66.  
  67. See page 6-1 of the HC Script language guide for the complete def. of
  68. these system messages.
  69.  
  70. BTW, would anyone be interested in a little "game" you could play with
  71. people with these commands?  As soon as I get it working I'll post
  72. it....:-)
  73.  
  74. --
  75.  
  76. Jim Kateley
  77. Applelink: kateley1
  78. UUCP: {sun, voder, nsc}!apple!kateley
  79. CSNET: kateley@apple.COM
  80.  
  81. Disclaimer:  There are no good disclaimers left...
  82.  
  83. Remember:
  84. When you smile :-), the world smiles with you,
  85. When you frown :-(, the : and - keys think they are getting picked on
  86.  
  87.  
  88. ------------------------------
  89.  
  90. From: mason@hillst.dec.com (Explaining is not understanding)
  91. Subject: Whither Arrays/Continental SW...
  92. Date: 15 Oct 87 20:40:26 GMT
  93. Organization: Digital Equipment Corporation
  94.  
  95.  
  96.     Help!
  97.  
  98.     Does anyone know the whereabouts of Arrays/Continental Software?
  99.     They mak(d)e 'Home Accountant'.  Phones disconnected, etc.  Are
  100.     they still alive??
  101.  
  102.     Thanks...Gary
  103.  
  104.  
  105. ------------------------------
  106.  
  107. From: gnome@oliveb.UUCP (Gary)
  108. Subject: Re: Parity on Apple memories
  109. Date: 16 Oct 87 01:54:36 GMT
  110. Organization: Olivetti ATC; Cupertino, Ca
  111.  
  112. Parity is pretty useless in the IBM-PC marketplace,  where it exists
  113. more as a data-sheet compatibility issue than a technical one. After
  114. all, when the system detects a parity error, it just halts. (Wow, how
  115. useful -- it doesn't close files, or in the case of UNIX on the PC, a
  116. SYNC)
  117.  
  118. So, if you want a system that is super-reliable, design-in ECC and
  119. software that verifies bus/IO transactions.
  120.  
  121. There are a bunch of hardware/software safeguards that can be designed
  122. into medical/financial computers, but each additional feature increases
  123. the price a little and is not very high on most users priorities.
  124.  
  125. It wouldn't be hard to make a "secure Mac" -- but then, how do you guard
  126. against bad code?
  127.  
  128. Gary
  129.  
  130.  
  131. ------------------------------
  132.  
  133. From: chuq%plaid@Sun.COM (Chuq Von Rospach)
  134. Subject: Re: HyperCard stack multi-access
  135. Date: 15 Oct 87 22:57:28 GMT
  136. Organization: Fictional Reality, uLtd
  137.  
  138. >The latest issue of MacUser had a rumor that Atkinson is already working on
  139. >another program.  Say it ain't so, Bill!  Hypercard ain't finished yet!
  140.  
  141. MacUser has also consistently talked about the upcoming developer revolt
  142. against Hypercard. With the exception of Guide, I haven't heard a word
  143. of this anywhere else, here or in any of the press. They seem to hyping
  144. up a rebellion that don't exist. There rumor mill has NEVER been very
  145. reliable (to put it mildly)(.
  146.  
  147.  
  148. Chuq Von Rospach                    chuq@sun.COM Editor, OtherRealms                    Delphi: CHUQ
  149.  
  150.  
  151. ------------------------------
  152.  
  153. From: rs3r+@andrew.cmu.edu (Richard E. Stuart)
  154. Subject: Help buying Macs
  155. Date: 16 Oct 87 04:21:53 GMT
  156. Organization: Carnegie Mellon University
  157.  
  158.  
  159.  
  160. Hello there,
  161.  
  162. I have been trying to help a friend of mine buy some computers for his
  163. medical supplies business.  He wants to blow ~$25,000.  I have been
  164. trying to talk him into buying hardware that is on the upswing of its
  165. "usefulness bell curve," that will be reasonable for him to maintain,
  166. and that will be easy for his employees to learn.  Hence, I have been
  167. trying to talk him into staying away from PC (DOS) trash and consider
  168. Mac SEs in distributed environment.  I have had problems though.  First,
  169. I have not been able to find a company in the Pittsburgh area that is
  170. capable enough for the job.  Because there are an incredible number of
  171. medical facilities in Pittsburgh the competion he faces is great, and he
  172. cannot afford to waist time and money on something that will not really
  173. do the job.  My friend needs to deal with a company that knows what it
  174. is doing.  Secondly, one thing that I can say for the DOS turnkey
  175. systems that I have seen is that there is a fair number of them that
  176. seem to do the job well.  I have run into nothing of the kind for the
  177. Macs.  What to do?
  178.  
  179.                             rs3r+@andrew.cmu.edu
  180.  
  181.  
  182. ------------------------------
  183.  
  184. From: dwb@apple.UUCP (David W. Berry)
  185. Subject: Re: Mac II Production Stopped?
  186. Date: 16 Oct 87 02:50:43 GMT
  187. Organization: Apple Computer Inc., Cupertino, USA
  188.  
  189.     National's large memory boards will "work" regardless of the operating
  190. system.  However, initially only A/UX will be able to take advantage of
  191. them.  The toolbox memory manager won't know about them although I would
  192. assume that will be fixed "real soon now"  You can certainaly expect
  193. (NOTE: SPECULATION ONLY!!!!!!!) to see a raft of programs to allow the
  194. memory to be used as ram disks, ram cache, special versions of Excel
  195. which can access it, etc.
  196.  
  197.  
  198. --
  199.     David W. Berry
  200.     dwb@well.uucp                   dwb@Delphi
  201.     dwb@apple.com                   973-5168@408.MaBell
  202. Disclaimer: Apple doesn't even know I have an opinion and certainly
  203.     wouldn't want if they did.
  204.  
  205.  
  206. ------------------------------
  207.  
  208. From: cower@russell.STANFORD.EDU (Richard Cower)
  209. Subject: shipping Mac 2's
  210. Date: 15 Oct 87 16:44:41 GMT
  211. Organization: Center for the Study of Language and Information, Stanford U.
  212.  
  213. I'm planning on shipping my Mac II, and wondering if the heads on the
  214. disk park on power down. Is this something I should worry about? Also -
  215. would you put that little yellow floppy protector in? I've heard they
  216. cause more failures than they prevent.
  217.  
  218. thanks..Rich
  219.  
  220.  
  221. ------------------------------
  222.  
  223. From: mfi@ufcsg.cis.ufl.EDU (Mark Interrante)
  224. Subject: hypercards - COLOR? - ROADMAP?
  225. Date: 15 Oct 87 15:02:10 GMT
  226. Organization: UF CIS Department
  227.  
  228. Does or will hypercards support color?
  229.  
  230. Is there a way to automatically generate the roadmap card in the help
  231. stack? The roadmap card is the one showing the major help topic cards in
  232. miniture with lines drawn to specify the links.
  233.  
  234.  
  235. ------------------------------
  236.  
  237. From: verber@tut.cis.ohio-state.edu (Mark A. Verber)
  238. Subject: Re: booting diskless macs on net
  239. Date: 15 Oct 87 21:13:11 GMT
  240. Organization: Ohio State University, Computer Science
  241.  
  242. As far as I know, no one currently has anything that will do this. Many
  243. universities have hassled Apple about this, but it has stated very low
  244. priority.  Only recently did we get an agreement that the MacII with
  245. EtherTalk should have that capability (when running A/UX).
  246.  
  247. Two of the guys here have the basic design of a daughter board which
  248. would sit over the ROMs.  It will use a programmable logic array to
  249. patch key locations in the ROM and then have PROM for a network booter,
  250. etc.  This will be finish as soon :-) as things calm down here.
  251.  
  252. If you had someone who was willing to put out a bit of work you could
  253. hack something together yourself.  The easiest hack would be to build a
  254. little SCSI device that would load in a network bootstrap and the go.
  255.  
  256. Cheers,
  257. -----------------------------------------------------------------------
  258. Computer Science Department                     Mark A. Verber
  259. The Ohio State University             verber@ohio-state.arpa
  260. +1 (614) 292-7344                  cbosgd!osu-cis!verber
  261.  
  262. ------------------------------
  263.  
  264. From: gjditchfield@violet.waterloo.edu (Glen Ditchfield)
  265. Subject: HyperTalk messages (long)
  266. Date: 14 Oct 87 16:11:04 GMT
  267.  
  268.  
  269. I have some questions about HyperTalk's pre-defined messages.  I am
  270. hoping that someone will tell me that HyperCard 1.0.1 is not the most
  271. recent version, or that these are bugs that will be fixed soon, or that
  272. the way HyperTalk works really does make sense.
  273.  
  274. Create a 'junk' stack.  (I used the 'New Stack' menu item while I was in
  275. the Address book stack.)  Go to a background card and put these messages
  276. in the script.
  277.     on newCard
  278.         answer "New Card"
  279.     end newCard
  280.  
  281.     on openCard
  282.         answer "Open Card"
  283.     end openCard
  284. Close the script and create a new card.  I get the "Open
  285. Card" dialog _before_ the "New Card" dialog.  This seems wrong to me.  I
  286. want to use openCard to perform actions when a card is opened, based on
  287. the values in certain card fields, and use newCard to initialize those
  288. fields, but the current order prevents that.  My work-around assumes
  289. that fields are initialized to "", and I don't like that.
  290.  
  291. (Example: Chuq's radio buttons.  An invisible field holds the name of
  292. the button that should be highlighted for this card, and newCard
  293. initializes it to the name of the default button.)
  294.  
  295. Next, create or select a background field.  (I used the "Name and
  296. Address" field.)  Put these messages in the field's script.
  297.     on openField
  298.         answer "Open:" & line 1 of field "Name and Address"
  299.     end openField
  300.  
  301.     on closeField
  302.         answer "Close:" & line 1 of field "Name and Address"
  303.     end closeField
  304. Close the script and click on the field, then
  305. immediately click elsewhere. I get the "Open" dialog, but not the
  306. "Close" dialog.  Click on the field, type something, and click
  307. elsewhere.  I get both dialogs.  This is exactly what I want: the
  308. closeField message is sent only if the content of the field changed.
  309.  
  310. Now, click on the field, type something, and click somewhere else in the
  311. _same_ field.  I get two "Open" dialogs, but no "Close" dialog.  This
  312. seems wrong.  Either I have not re-opened the field, in which case I
  313. should only get one "Open" dialog, or I have re-opened the field, in
  314. which case I should have got a "Close" dialog, since I changed the field
  315. contents before the second click.  (I prefer the first alternative.)
  316.  
  317. (Example: I want the contents of a field to be automatically entered in
  318. an index.  The obvious solution was
  319.     on openField
  320.         -- save the current value of the field
  321.     end openField
  322.  
  323.     on closeField
  324.         -- remove the old value from the index
  325.         -- add the new value to the index
  326.     end closeField
  327. but this doesn't work if the user changes the insertion
  328. point while editing the field.)
  329.  
  330. The answers to my last questions are probably obvious to everyone but
  331. me.
  332. - Is there a better way to send a message with arguments than
  333.     send "msgName" && quote & argString & quote to someThing?
  334. - I don't think a field's name should be hard-coded into its scripts, as
  335.   was done with "Name and Address" above.  "Line 1 of me" and "Line 1 of
  336.   this field" don't work.  "Line 1 of the target" gives me the field's
  337.   name, not the contents.  What is the correct incantation?
  338. --
  339. Glen Ditchfield                      {watmath,utzoo,ihnp4}!watrose!gjditchfield
  340. Dept of Computer Science, U of Waterloo         (519) 885-1211 x6658
  341. Waterloo, Ontario, Canada               Office: MC 2006
  342. If you grab the bull by the horns, you at least confuse him -- R.A.Heinlein
  343.  
  344. ------------------------------
  345.  
  346. From: steele@unc.cs.unc.edu (Oliver Steele)
  347. Subject: Re: YAHQ (Yet Another Hypercard Question)
  348. Date: 16 Oct 87 16:16:56 GMT
  349. Organization: University of North Carolina, Chapel Hill
  350.  
  351. (I thought there might be general interest in this one, so I posted
  352. instead of mailing.  I didn't want to try to ram stuff through the
  353. typically recalcitrant mailers, anyway.)
  354.  
  355. jroberts@mipos3.intel.com (Joe Roberts) writes:
  356. >Hello,
  357. Hi.
  358. >    [....]
  359. >    I have tried using ResEdit to copy some icons to Hypercard. I have tried
  360. >    to paste new icons into the ICON resource (this is where Hypercard stores
  361. >    all it's icon ideas) but it does not actually get pasted into the ICON
  362. >    resource but the ICN# resource.
  363.  
  364. When you're looking at a list of resource types within a file, or at a
  365. list of resource numbers/names within a resource type, and you do a
  366. paste, ResEdit pastes the resource(s) that was in the clipboard into the
  367. file as whatever resource type was in the clipboard.  It will not
  368. automatically convert the resource into whatever type you're looking at.
  369.  It sounds like you've copied ICN#s, so they'll be pasted as ICN#s no
  370. matter where you paste them.
  371.  
  372. What you need to do is convert an ICN# into an ICON.  Fortunately, this
  373. is very easy because they're already almost the same; if you'd wanted to
  374. convert a PICT (picture) or TEXT into an ICON you'd be in for some
  375. trouble.
  376.  
  377. First of all, in ResEdit, look at the table of ICN#s that shows the one
  378. you want to turn into an ICON.  Select, but don't open, the one you
  379. want. Then choose "Open General" from the "File" menu.  (The short-cut
  380. for this is probably option-double-click.)  You will see a hexadecimal
  381. representation of the contents of that ICN#.  Since an ICN# ("ICON
  382. list") is really two ICONs, one after the other, and the second icon in
  383. the ICN# is just used for hilighting in the Finder and HyperCard doesn't
  384. hilight the same way the Finder does, you just want to copy the first
  385. half of the hexadecimal data.
  386.  
  387. Drag from the top left of either the middle column or the right column
  388. downwards until you've selected the first sixteen lines, up to and
  389. including the one labelled "000078", and then Copy.  You've now got the
  390. information you want from the ICN#; what's left is to create an ICON and
  391. paste the information in.
  392.  
  393. Open to the file you want to put the ICON in.  If you see "ICON" in the
  394. list of resources types, double-click it; if you don't, choose "New"
  395. from the "File" menu, type or select "ICON", and press return.
  396.  
  397. Choose "New" again.  This will make a new (blank) ICON and bring up a
  398. window for editing it.  You don't want to edit it as an icon, though;
  399. you want to edit it as hexadecimal data.  So close the icon-editing
  400. window, and choose "Open General" again.
  401.  
  402. First get rid of the old data, and then paste in the new data, which was
  403. the last thing you Copy-ed.  (You'd thing you could just replace the old
  404. with the new like you can in text fields, but all the ResEdits I've seen
  405. sometimes have problems with this.) To get rid of the old data, choose
  406. everything in the middle or right column, and press Backspace or Delete
  407. (don't Cut; you want to use the last thing you cut).  Then click in the
  408. middle or right column, whichever one you Copy-ed the data from the ICN#
  409. from, and Paste.  Close the hex window, and you should be looking at
  410. your ICON.
  411.  
  412. This is all easier than it sounds, especially after you've played with
  413. ResEdit a while and get on a first-name basis with various resource
  414. types. Good luck.
  415.  
  416. ------------------------------------------------------------------------------
  417. Oliver Steele                  ...!{decvax,ihnp4}!mcnc!unc!steele
  418.                             steele%unc@mcnc.org
  419.  
  420.     "'As it were' means 'I think that I sound very erudite.'
  421.      'Per se' is Latin for 'as it were.'  As it were."
  422.  
  423.  
  424. ------------------------------
  425.  
  426. From: cjdb@sphinx.uchicago.edu (Charles Blair)
  427. Subject: Microsoft File
  428. Date: 17 Oct 87 00:54:37 GMT
  429. Organization: The University of Chicago
  430.  
  431.  
  432. Is it possible to get Microsoft File to recognize a new font? It's
  433. running on an SE with a 20 Meg hard disk. I believe it's an old version
  434. of File (I'm posting for a friend).
  435.  
  436. Any replies would be welcomed (e-mail O.K.).
  437.  
  438. Thanks.
  439.  
  440. --
  441. Bitnet:           lib.cb@uchicago.bitnet
  442. Internet:      lib.cb@chip.uchicago.edu
  443. uucp:      ..!ihnp4!gargoyle!sphinx!cjdb
  444.  
  445.  
  446. ------------------------------
  447.  
  448. From: tak@bnr-rsc.UUCP
  449. Subject: Wanted 3-D graphics system in C for Mac.
  450. Date: 15 Oct 87 02:54:11 GMT
  451. Organization: Bell-Northern Research, Ottawa, Canada
  452.  
  453.  
  454. This is a request for C source code for 3-D graphics on the Mac or  Mac
  455. II.
  456.  
  457. I am currently building a co-processor card for the Mac II, and I am
  458. interested in some fancy ooh - ahh graphics for a demo. Ideally it
  459. should do  all the screen IO directly (none of the mac OS to slow it
  460. down) and it  should be well partitioned. C source code is a must. Of
  461. course if it is  written for another machine and the screen driver is
  462. properly partitioned I'll rewrite the driver.
  463.  
  464. The co-processor should be able to turn many mips, and I'd like to  run
  465. the 68020 head to head against it.
  466.  
  467. Shareware would be great but I beleive that funds might be available to
  468. purchase the code.
  469.  
  470. Woops almost forgot- it must fit in (code and data) to 256K bytes.
  471.  
  472. please Email responses. Or if you like Ma Bell phone 613-726-2668
  473.  
  474. --
  475. Michael Takefman             If God could do what we can do,
  476. Processor Exploratory                He'd be a happy man.
  477. tak@bnr-rsc@bnr-vpa@utzoo....          (The Stuntman)
  478. Bell Northern Research
  479.  
  480.  
  481. ------------------------------
  482.  
  483. From: seiffert@silver.bacs.indiana.edu
  484. Subject: Rumor of Color SE
  485. Date: 17 Oct 87 01:14:00 GMT
  486. Organization: Indiana University BACS, Bloomington
  487.  
  488.  
  489. "Any sufficiently advanced technology is indistinguishable from magic."
  490.                                                    -- Arthur C. Clarke
  491.  
  492. Anyone out there who can confirm, deny, or perhaps just speculate on a
  493. rumor I've come across?
  494.  
  495. I am interested in purchasing a new personal computer in the near
  496. future, and although I dearly love the Macs, good COLOR graphics are of
  497. some importance to me, and my wallet does not allow me to buy a Mac II.
  498.  
  499. There's the Apple IIGS, but I feel it doesn't fully take advantage of
  500. the newer technology (particularly speed) that is available nowadays.
  501.  
  502. 'Tis a dilemna indeed, for I would sooner eat a bowl of IC chips than
  503. buy a user-hostile IBM, no matter how many thousands of colors it has.
  504. What am I to do?  But then one day. . .
  505.  
  506. I read an article in a computer magazine (almost a computer tabloid,
  507. perhaps) which stated that a color SE could be pending from Apple
  508. Computer Inc.  No estimated time was given.
  509.  
  510. Could this be true?  It would be an answer to my prayers if it is.
  511. Anyone else out there facing a similar brain-grinding decision?
  512. __________________________________________________________________
  513.  
  514. "May the forces of evil become confused on the way to your house."
  515.                                                  -- George Carlin
  516. Sincerely,
  517.            Phaedrus
  518.            Indiana University at Bloomington
  519.            seiffert@silver.bacs.indiana.edu
  520.  
  521.  
  522. ------------------------------
  523.  
  524. From: spector@acf3.NYU.EDU (David HM Spector)
  525. Subject: Re: Help needed with INIT's in MPW Pascal...
  526. Date: 17 Oct 87 04:44:00 GMT
  527. Organization: New York University
  528.  
  529.  
  530. Well, I found the answer to my INIT question after perusing my
  531. collection of  TechNotes.
  532.  
  533. All of the info on INITs, FKEYs, et al can be found in TechNote #110
  534. entitled: "MPW: Writing Standalone Code in MPW Pascal"
  535.  
  536. And for those wanting to see an INIT in person, excerpted below is the
  537. INIT example from the TechNote:
  538.  
  539. Into a file called "Init.p" place:
  540.  
  541.  
  542. UNIT MyInit; {standalone code is written as a UNIT}
  543.  
  544. INTERFACE
  545.   USES
  546.     {$Load PasDump.dump}
  547.     Memtypes, QuickDraw, OSIntf, ToolIntf;
  548.  
  549. {NOTE: We cannot use global variable, since we are writing standalone
  550. code}
  551.  
  552. PROCEDURE BeepTwice;
  553.  
  554. IMPLEMENTATION
  555.  
  556. PROCEDURE BeepTwice; VAR finalTicks : LongInt;
  557.  
  558. Begin {BeepTwice}
  559.   SysBeep(1);
  560.   Delay(120, finalTicks); {Delay two seconds}
  561.   SysBeep(1); End;  {BeepTwice}
  562.  
  563. End. {UNIT}
  564.  
  565.  
  566.  
  567. Compile this with "Pascal Init.p", which will result in a file Init.p.o.
  568.  
  569. Next,  Link the Init with:
  570.  
  571. link -rt INIT=0 -m BEEPTWICE -o MyInit Init.p.o "{Libraries}"interface.o
  572.  
  573. This will give you an INIT in the file "MyInit" which will run when put
  574. into the System Folder and you Macintosh is rebooted.
  575.  
  576.  
  577.  
  578. TechNote #110 also covers FKEYs and WDEFs and provides a number of
  579. caveats on what NOT to do when writing such things.  I believe that this
  580. TechNote is available from Sumex-Aim and I _know_ its available from
  581. (ick) APDA.
  582.  
  583.  
  584.     Dave Spector
  585.  
  586. David HM Spector                New York University
  587. Senior Systems Programmer            Graduate School of Business
  588. SPECTOR@NYU.EDU                    90 Trinity Place
  589. ...!{allegra,rocky}!cmcl2!spector        New York, NY 10006
  590.  
  591. ------------------------------
  592.  
  593. From: khayo@sonia.cs.ucla.edu (Erazm J. Behr)
  594. Subject: CMKermit cursor
  595. Date: 17 Oct 87 08:55:55 GMT
  596.  
  597. Has anyone successfully modified the heavy black cursor in MacKermit?
  598. It's getting on my nerves a little bit. I tried ResEdit, but I can't
  599. find it in the resources anywhere. I can live with it, but it would be
  600. nice......                              Thanks, Eric.
  601. -----------------------------------------------------------
  602.           >>>>--------------->         khayo@math.ucla.edu
  603.  
  604.  
  605. ------------------------------
  606.  
  607. From: cm450s02@uhccux.UUCP (jeff t. segawa)
  608. Subject: Re: shipping Mac 2's
  609. Date: 17 Oct 87 05:01:35 GMT
  610. Organization: U. of Hawaii, Manoa (Honolulu)
  611.  
  612. In article <433@russell.STANFORD.EDU> cower@russell.stanford.edu
  613. (Richard Cower) writes:
  614. >would you put that little yellow floppy protector in?
  615.  
  616. Yes. I dropped my old Mac Plus once, and it didn't have that protector
  617. in it at the time. After it ate an astonishing number of floppies, I
  618. figured out that the heads must have gotten scratched when they were
  619. smacked togther. Needless to say, I replaced the drive. As for the hard
  620. drive, some park  automatically when the power is turned off, while
  621. others, like teh Seagate ST225N, do not. You have to specify which brand
  622. and model of  hard disk you have.
  623.  
  624.  
  625. ------------------------------
  626.  
  627. From: fritz@phri.UUCP (Dave Fritzinger)
  628. Subject: Hypercard phone dialing bug
  629. Date: 17 Oct 87 13:44:58 GMT
  630. Organization: Public Health Research Institute, NYC, NY
  631.  
  632. Has anyone noticed the following bugs in the way that Hypercard dials
  633. the  phone?  If you try to get it to dial a number such as 815-XXXX
  634. (just to site an example of something I tried to do last night), it
  635. interprets the 815 as an  area code, and puts a 1 in front of the
  636. number, which Ma Bell doesn't like.  If you try to get around this
  637. problem by changing your preferences in the phone  stack so that long
  638. distance numbers don't start with a 1, and you put a 1 in  front of all
  639. your long distance numbers, Hypercard doesn't recognize the  first one
  640. in the number.  This is especially annoyoying for me, since when I  try
  641. to call NYC from NJ, I have an easy access code that starts with the
  642. number 10, which Hypercard refuses to recognize.
  643.  
  644. Okay, all of you hypercard people out there.  Is there anyway to get
  645. around this problem?  Other than that, Hypercard seems great,
  646. considering the little work that I've had a chance to do with it.
  647.  
  648. BTW, thanks to everyone who sent me messages about the Cricket Graph bug
  649. that I reported.  Opening another type of graph first really does work.
  650. Cheers
  651. Dave Fritzinger allegra!phri!fritz
  652. PHRI 455 First Ave. NY, NY 10016
  653. 212-578-0855
  654.  
  655. ------------------------------
  656.  
  657. From: bytebug@felix.UUCP (Roger L. Long)
  658. Subject: Re: APDA - could someone tell them that they should get on the net?
  659. Date: 16 Oct 87 21:20:37 GMT
  660. Organization: FileNet Corp., Costa Mesa, CA
  661.  
  662. In article <121@ut-emx.UUCP> kraut@ut-emx.UUCP (Werner Uhrig) writes:
  663. >                     Of course, it would be nice if
  664. >they would lower their prices instead, but without competition, what
  665. >can you expect ..... (yes, I do think that they are more expensive
  666. >than they should be.  remember, that they charge a membership fee -
  667. >totally unjustified, really, as their margins are quite sufficient;
  668. >but that's another story ...
  669.  
  670. Yep.  That's my gripe with them and why I didn't renew.  Besides the
  671. high prices and the membership fee we have a minimum shipping fee of
  672. $6.00 for guaranteed second-day delivery, while MacConnection and
  673. Programs Plus offer next-day delivery for $3.00.
  674.  
  675. On top of that, the second-day delivery from APDA is a joke.  They often
  676. don't get around to processing your order for a couple of weeks, so
  677. what's another couple of days.  When I've ordered from MacConnection,
  678. they processed the order and put it in the mail that day.
  679.  
  680. Why Apple didn't contract with MacConnection or somebody else already in
  681. the high-volume mail order business, I don't know. --
  682.     Roger L. Long
  683.     FileNet Corp
  684.     {hplabs,trwrb}!felix!bytebug
  685.  
  686.  
  687. ------------------------------
  688.  
  689. From: chuq%plaid@Sun.COM (Chuq Von Rospach)
  690. Subject: Re: Microsoft File
  691. Date: 17 Oct 87 17:12:11 GMT
  692. Organization: Fictional Reality, uLtd
  693.  
  694. >Is it possible to get Microsoft File to recognize a new font?
  695.  
  696. No.
  697.  
  698. >I believe it's an old
  699. >version of File (I'm posting for a friend).
  700.  
  701. There is no other version.
  702.  
  703. Take a hint from all the other ex-File users. Find a new database. It's
  704. been over two years since Microsoft last updated File, and from my
  705. attempts to get an answer out of them over it, they seem to have no
  706. intention of doing any further support on it.
  707.  
  708. Go get Filemaker+. It's a good, inexpensive little database with very
  709. strong report writer features.
  710.  
  711. chuq
  712. Chuq Von Rospach                    chuq@sun.COM
  713. Editor, OtherRealms                    Delphi: CHUQ
  714.  
  715. ------------------------------
  716.  
  717. From: palarson@watdragon.waterloo.edu (Paul Larson)
  718. Subject: HD question
  719. Date: 16 Oct 87 21:20:50 GMT
  720. Organization: U of Waterloo, Ontario
  721.  
  722. Oh no, not another hard disk question!!
  723.  
  724. The only Mac supplier in this city is selling the General Computer FX 20
  725. (the lunch-box) for $1300 (Canadian).  I have two questions. 1.) Is this
  726. a fair price for a new 20 Meg HD? 2.) Is this a good drive?
  727.  
  728. Any relevant information or anecdotes would be appreciated.
  729.  
  730. Thanx for your time,
  731.     Johan Larson.
  732.  
  733.  
  734. ------------------------------
  735.  
  736. From: paulm@nikhefk.UUCP (Paul Molenaar)
  737. Subject: Re: HyperCard stack multi-access
  738. Date: 17 Oct 87 16:44:31 GMT
  739. Organization: Nikhef-K, Amsterdam (the Netherlands).
  740.  
  741. During a meeting in Amsterdam (you know, in Holland) Bill Atkinson said
  742. something about using HyperCard in combination with a CD-Rom device.
  743.  
  744. In short: HyperCard saves the _changes_ you make to a CD-Rom on disk
  745. (harddisk most likely) and when read again, reads the 'image' from
  746. CD-Rom and applies the changes made to it (reading them from disk,
  747. naturally).
  748.  
  749. I agree the AutoSave 'feature' is annoying, but it seems no problem when
  750. used in combination with CD-Rom.
  751.  
  752.         Paul Molenaar
  753.  
  754.     "Just checking the walls"
  755.         - Basil Fawlty -
  756.  
  757. ------------------------------
  758.  
  759. From: gordan@maccs.UUCP (gordan)
  760. Subject: What percentage of Macs sold?
  761. Date: 17 Oct 87 07:17:30 GMT
  762. Organization: The Ancient Order of Modern Troglodytes
  763.  
  764. A few weeks ago, someone posted an estimate of how many Macs were being
  765. sold, as a percentage of the total of all computers sold to business.
  766.  
  767. I don't recall the exact figure, although it was surprisingly high.
  768.  
  769. To help settle a computer war on a local BBS (albeit a highly literate
  770. and polite one as these affairs go), I would like to be able to get as
  771. exact a figure on this as possible.
  772.  
  773. Once again, of all computers sold to business in some recent time-frame,
  774. what percentage were Macintoshes?  North American figures or world
  775. figures would be equally interesting.
  776.  
  777. -> Please send e-mail <-  and I will summarize to the net.
  778.  
  779. The value of your response will naturally be greater if you can be as
  780. detailed as possible (what geographic area, what time-frame, does your
  781. figure cover all computers sold or just those sold to business, is there
  782. a reference you can quote from some magazine), although sheer rumor and
  783. hearsay will do in a pinch.
  784.  
  785. I confess I don't own a Mac, but my friend and computer-war interlocutor
  786. works as a systems analyst for a bank and IBM has him eating out of its
  787. hand.  I think he is in some fearful need of enlightenment, which could
  788. best be delivered in the distilled form of a percentage figure
  789. (preferably massively backed up and documented so he'll believe it).
  790.  
  791. --
  792.           Gordan Palameta     ...uunet!mnetor!lsuc!maccs!gordan
  793. Experience, n.  The wisdom that enables us to recognize as an
  794. undesirable
  795.                 old acquaintance the folly that we have already
  796. embraced.
  797. -- Ambrose Bierce, The Devil's Dictionary
  798.  
  799.  
  800. ------------------------------
  801.  
  802. From: dplatt@teknowledge-vaxc.ARPA (Dave Platt)
  803. Subject: Re: CMKermit cursor
  804. Date: 18 Oct 87 01:27:19 GMT
  805. Organization: Teknowledge, Inc., Palo Alto CA
  806.  
  807. The cursor in CKMKER isn't done via a resource (either a CRSR or a FONT
  808. character).  Instead, it's done by a specific InvertRect call that
  809. toggles the screen-bits that lie under the cursor location.  As far as I
  810. can tell, there's no way to change its appearance without going in with
  811. a code-patching utility and altering the code that calculates the
  812. dimensions of the rectangle.
  813.  
  814. I don't like it much, either... and if/when I succeed in porting CKMKER
  815. into Lightspeed C, I may decide to create an alternate cursor shape
  816. and/or set up a nonblinking cursor.
  817.  
  818.  
  819. ------------------------------
  820.  
  821. From: cca@pur-phy (Charles C. Allen)
  822. Subject: Re: Hypercard again (radio button)
  823. Date: 18 Oct 87 00:59:48 GMT
  824. Organization: Purdue Univ. Phys Dept, W.Lafayette, IN
  825.  
  826. Well, I've yet to see the following method appear, so I'll toss it out.
  827. It has the advantage of not having to loop through all the buttons in a
  828. cluster at any point.
  829.  
  830.     *    Create a new background field (named "direction" here).  This
  831.     should probably be hidden.  It's just a place to store info.
  832.  
  833.     *    Create a new, named background radio button.  Setting
  834.     autoHilite works well.
  835.  
  836.     *    Include the following in the button's script:
  837.  
  838.     on mouseUp
  839.        setDirection the short name of me
  840.     end mouseUp
  841.  
  842.     *    Duplicate the button as many times as you need (don't forget
  843.     to rename the clones).
  844.  
  845.     *    In either the background script or the stack script, include
  846.     the following handlers:
  847.  
  848.     on openCard
  849.        set hilite of bkgnd button field "direction" to true
  850.     end openCard
  851.  
  852.     on closeCard
  853.        set hilite of bkgnd button field "direction" to false
  854.     end closeCard
  855.  
  856.     on setDirection dir
  857.        set hilite of bkgnd button field "direction" to false
  858.        put dir into field "direction"
  859.        set hilite of bkgnd button dir to true
  860.     end setDirection
  861.  
  862. This avoids having to loop over the buttons in the cluster at any point,
  863. and you can add a new button to the cluster by just cloning an existing
  864. one.
  865.  
  866. It looks reasonable with radio buttons, but icon buttons flash when
  867. chosen with this method.  Handling icon buttons properly is left as an
  868. exercise for the reader :-)
  869.  
  870. Charlie Allen        cca@newton.physics.purdue.edu
  871.  
  872.  
  873. ------------------------------
  874.  
  875. From: khayo@sonia.cs.ucla.edu (Erazm J. Behr)
  876. Subject: Re: cleaning mmouses (mice)
  877. Date: 17 Oct 87 20:25:18 GMT
  878.  
  879. Not really about cleaning: our department has some of those rubberized
  880. fabric mouse pads and the mice riding on them gather an enormous amount
  881. of gunk on the rollers; every day the mouse gets completely stuck which
  882. is very annoying (the rollers are hard to hold in place for cleaning).
  883. When I bought my own Mac I decided to experiment a little and for the
  884. past year I've been using a $2 vinyl "dish placement mat" or whatever
  885. the official name is - the thing that goes under the hot plates on a
  886. glass top dinner table. I wash it with water/soap every week and,
  887. believe it or not, my mouse's rollers and balls have not been cleaned
  888. once since I got it and they look factory new. Try it. Eric
  889.  
  890. -----------------------------------------------------------
  891.           >>>>--------------->         khayo@MATH.ucla.edu
  892.  
  893.  
  894. ------------------------------
  895.  
  896. From: tg@gt-cmmsr.GATECH.EDU (T. Govindaraj)
  897. Subject: Need advice on Coral Lisp and Smalltalk
  898. Date: 17 Oct 87 22:32:25 GMT
  899. Organization: Center for Man-Machine Systems Research - Ga Tech
  900.  
  901. I would like some help on configuring a Mac II. I am likely to get a
  902. subsidy towards purchase of a Mac II and I would like to use this
  903. opportunity to get a nice Mac II.
  904.  
  905. I plan to use Lisp and Smalltalk80 (from Parc Place Systems), in
  906. addition to word processing etc. I would appreciate any comments on
  907. Coral Lisp. (I have heard from a usually realiable and very
  908. knowledgeable source, i.e., a friend who knows what he is talking about,
  909. most of the time.) Therefore I have decided to buy Coral Lisp. But,
  910. before I buy I would appreciate any advice and comments, both pro and
  911. con, when there is still time.
  912.  
  913. Should I get Coral Lisp or Allegro Common Lisp? (My lisp experience is
  914. with Franz Lisp and Interlisp-D.) Should I get extra memory, more than
  915. the 1 MByte that is standard? (2 MByte/$450.00) Do I need extra memory
  916. or is it for better performance?
  917.  
  918. What are the memory requirements for Smalltalk80? Am I better off with
  919. more memory?
  920.  
  921. I do plan to get A/UX (and a hard disk) when they A/UX becomes
  922. available. So I can't affor to spend all my money now! (Currently I plan
  923. to buy the basic CPU, an extra internal floppy drive, extended keyboard,
  924. and color stuff. I plan to buy MacWrite ($59))
  925.  
  926. Please reply via e-mail since I will be out-of-town for a couple of days
  927. and this newsgroup gets many many messages before I return. Thanks.
  928.  
  929. govind
  930.  
  931. --
  932. T. Govindaraj
  933.  
  934. Internet:    tg@cmmsr.gatech.edu
  935. uucp:    ...!{decvax,hplabs,ihnp4,linus,rutgers,seismo}!gatech!gt-cmmsr!tg
  936.  
  937. ------------------------------
  938.  
  939. End of Usenet Mac Digest
  940. ************************
  941.